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@ System for the transmission and/or reception of computer programs and/or data by way of teletext 


@ Bloclcs of digital information for computer pro- 
grams and/or data are broadcast (30) by way of 
teletext pages and can be used by computers (43) 
connected to suitable receivers (40) (telesoftware). 
The data of one or more pages of the teletext 
system define in coded form a configuration chapter 
containing the items of infomnation for access to 
other teletext pages, the digital information in re- 
spect of which constitute a given file of programs 
and/or data for the receiving computer. The 
^transmission/reception protocol is organised in eight 
levels of which the lowest two levels are common to 
^the teletext system and concern the apparatus for 
^transmission/reception of the radio signals, and 
^coding/decoding (41) of digitai signals extracted from 
Qthe radio signals and the temporary storage thereof. 
CO Other levels of the system are respectively intended 
extract from the stored data correct data which 
are devoid of errors and which are appropriate to the 
Cooperating environment of the transmission and/or 
^reception apparatus, and to define more chapters 
forming the fiie. Finally in the eighth level the trans- 


mitted transmissions may be optionally ciphered (35) 
in accordance with suitable keys to pemnit reception 
only by persons who have deciphering apparatus 
enabled by corresponding deciphering keys. 
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SYSTEM FOR THE TRANSMISSION AND/OR RECEPTION OF COMPUTER PROGRAMS AND/OR DATA BY 

WAY OF TELETEXT 


The present invention relates to a 
"telesoftware" system, tiiat is to say a system for 
transmission and/or reception through the air of 
files containing programs and/or data, in a teletext 
environment, and to transmission apparatus and 
receiving apparatus for use in such a system. 

A transmission system of that type is known in 
which the files containing the programs and the 
data are transmitted with the same procedure as 
that used for the teletext pages. In that known 
system the data and/or the program steps con- 
tained in each teletext page are completed by a 
check code which is used upon reception for de- 
tecting errors. Acceptance of the page is thus 
conditional on correctness of all the lines which 
form that page. The data and/or software programs 
in that system co-exist with the teletext pages 
which can be displayed on the screen of a televi- 
sion receiver equipped with suitable decoding cir- 
cuits. That system has the disadvantage that any 
enrors in transmission or reception delay reception 
of the entire file of data and/or program to an 
unacceptable degree in the situation where the 
errors re-appear, even in different lines, in the 
repeated reception of the rejected page. That is 
particularly disadvantageous in broadcast transmis- 
sions which involve particularly hilly geographical 
regions, like those of the Italian territory, which 
frequently involve the reception of spurious echo 
signals which adversely affect con-ectness of the 
transmissions. 

In that known system moreover the number of 
lines contained in a teletext page is higher than in 
a normal teletext page. In fact the error check code 
and the codes for connection between the various 
pages of the file are contained in the teletext lines 
from the 24th to the 31st lines, referred to as 
"ghost rolls", that is to say ghost lines since they 
are not displayed by a normal teletext decoder. 
Such lines however cannot be produced by the 
major part of the teletext generating systems which 
are used at the present time by the broadcasting 
companies. 

The technical problem on which the present 
invention is based is that of providing a system for 
the transmission/reception through the air of files 
with data and/or programs, in a teletext environ- 
ment which is little affected by disturbances in 
transmission, which is quick, which permits a high 
degree of flexibility both in organisation and in the 
capacity of the files and which does not disturb 
reception of normal television programmes. 

In one aspect the present invention provides a 
system of transmission through the air of files with 


data and/or programs in a teletext environment, in 
which the teletext transmissions contain digital in- 
formation constituting teletext pages, characterised 
in that the files are transmitted in accordance with 

5 a telesoftware transmission procedure whose pa- 
rameters are in turn transmitted in a configuration 
chapter between the teletext pages as configuration 
data associated with said telesoftware transmission 
procedure, and in which said files with data and/or 

70 program are taken from the teletext pages in accor- 
dance with a telesoftware-taking procedure, the 
configuration data thereof having been taken from 
said configuration chapter. 

In accordance with another feature the system 

75 comprises masking means for extracting from the 
teletext signals significant data which are free from 
errors, means for detecting the errors and for the 
auto-correction of the significant data contained in 
a given sub-assembly of blocks of information of a 

20 teletext page, means for transcoding of the correct 
significant data into data appropriate to predeter- 
mined coding (bytes), means for extracting from 
the data appropriate to the predetermined coding 
the blocks of data forming a program and/or data 

25 file, and optional means for selective control of 
access to the program and/or data file. 

Other aspects of the invention are defined in 
the claims appended to this description. 

The various aspects and features of tiie inven- 

30 tion will be apparent from the following description 
which is given by way of non-limiting example with 
reference to the accompanying drawings in which: 

Figure 1 is a general block diagram of the 
transmission and/or reception system according to 

35 the invention, 

Figure 2 is a block diagram of a reception 
apparatus according to the invention, with a variant 
for a block of the diagram shown in Figure 1 , 

Figure 3 is another reception apparatus with 

40 anotiier variant for a block shown in Rgure 2. 

Figure 4 is an operating diagram of the sys- 
tem according to the invention. 

Figures 5a, 5b and 5c diagrammatically 
show different modes of operating the apparatus 

45 shown in Rgure 3. 

Rgure 6 shows a further mode of operating 
the apparatus of Rgure 3. 

Rgure 7 is a block diagram of some items of 
infonmation contained in the detail in Rgure 6, 

so Rgure 8 is an operative diagram of a data 

conversion mode of the system according to the 
invention, 

Rgure 9 is a data conversion table of the 
Rgure 1 system, 
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Rgures 10, 11 and 12 are block diagrams of 
some items of information which can be stored In a 
memory in Rgure 3, 

Figures 13, 14 and 15 are circuit diagrams of 
parts of the apparatus shown in Rgure 3, 

Rgures 16 and 17 are block diagrams of 
further items of information which can be stored in 
a memory in Rgure 3. 

Rgure 18 is a flow chart of the mode of 
operation of the system according to the invention, 
and 

Rgure 19 is another flow chart of the mode 
of operation of the system according to the inven- 
tion. 


GENERAL ASPECTS OF TELETEXT TRANSMIS- 
SIONS 

As is known, teletext transmissions involve a 
system for transmission through the air of informa- 
tion for the user, which appears on the television 
screen In the form of "pages" containing a written 
text and simple graphics. For that purpose, the 
system uses the frame blanking interval of the 
video signal for transmitting blocks of items of 
digital information which co-exist with the normal 
television programme, without reciprocal interfer- 
ence. 

The teletext pages are only transmitted 
cyclically. They can be selectively extracted from 
the video signal in response to a page selection 
command on the part of the user and stored in a 
memory to facilitate display thereof. Naturally the 
page acquisition time is variable in accordance with 
the frequency with which the page is transmitted 
with respect to the other pages in a complete 
transmission cycle. 

Teletext pages consist of 20 lines of 40 char- 
acters. The characters may be alphanumeric, 
graphic or check characters. The latter define the 
display attributes (colour of the character and the 
background, size of the character, character flash 
etc). All the characters consist of 8 bits of which 
one is a parity bit. The system used is based on a 
stnjcture which is "synchronous" with the television 
signal, in the sense that each line of characters 
displayed on the screen is transmitted in a televi- 
sion line. 

That system has been adopted by RAI for the 
"TELEVIDEO" service which was opened to the 
public from 1st September 1984, in accordance 
with the Ministerial Decrees of 3rd and 4th August 
1984, to which reference is made for further details. 

The teletext system is not limited to the trans- 
mission of digital signals which co-exist with the 
analog signals of the television programmes, but 
can also be applied to transmissions in which the 


television carrier channel is exclusively dedicated 
to data transmission. 

For the above-mentioned reasons, in the 
TELEVIDEO service, service information for the 

5 teletext decodere are also included in the 24 lines, 
from line 0 to line 23 of each teletext page. 

The teletext "pages" are numbered in groups 
of 100, referred to as "magazines", for a maximum 
of 8. Not all the pages of a magazine are necessar- 

70 ily transmitted. Each page is numbered with three 
address digits (numerals) of which the first digit 
identifies the magazine to which the page belongs 
to and the other two digits identify the page num- 
ber in the magazine. In addition, each page may 

IS have associated therewith sub-pages or sides iden- 
tified by a sub-code of another four digits. For 
example the digits "637 0003" identify sub-page 
0003 of page 37, belonging to magazine 6. The 
assembly of sides with the same address define a 

20 teletext "chapter". 

Page 100, which is indicated at 91 in Rgure 
5b, contains a general index and is transmitted at a 
higher rate than that of the other pages to give the 
user the option of access thereto more quickly. 

25 The page identification number which is gen- 
erally displayed in a clear mode on the first line of 
the television screen is sent in binary form; from 
hexadecimal 00 to FF (from 0 to 255 decimal) of 
which the TELEVIDEO system at the present time 

30 uses only decimal numbers up to 99. 

The sub-code indication is also sent in binary 
form, in which: 

a) two bits indicate the most significant digit: 

b) four bits indicate the subsequent digit; 

35 c) three bits indicate the subsequent digit; 

and 

d) four bits indicate the least significant digit. 
At the present time the TELEVIDEO service 
from RAI uses binary numbers in the range of 0-9 
40 for an availability of sub-code decimal numbers 
from 0000 to 3979. 

As is known, some pages in the "magazine" 
may be up-dated with various contents in each 
transmission cycle and in accordance with the sub- 
45 page number which identifies the sequence. Those 
pages are the "rolling pages" which make it possi- 
ble to transmit a large amount of information using 
a single page address. For example, if page 1 77 is 
to be used to send 3 rolling pages, they will be 
50 formed by 1 77 0001 ; 1 77 0002: and 1 77 0003. 

Each teletext line consists of 45 bytes of which 
the first 5 bytes are service bytes and contain 
information in respect of synchronism, magazine 
number and line address in the range of from 0 to 
55 31 while the remaining 40 bytes contain code in- 
formation for the teletext line. 

Une "0" (zero) is the first line of any teletext 
page. Provided in that line "0", besides the first 5 


3 


5 


EP 0 306 208 A2 


6 


service bytes, are 8 other bytes which are used to 
identify the page and to carry check information. 
There then follow 32 bytes of which the last 8 
bytes are used to define the time. The service 
bytes subsequent to the 5th bear the following 
meanings: 

a) bytes 6 and 7 provide the number of the 
page, units and tens respectively; 

b) bytes 8 to 1 1 provide the sub-code; and 

c) bytes 12 and 13 provide a series of check 
bits containing infomnation for the decoding circuits 
regarding the page and display of the related data. 

The remaining 32 bytes of the line "0" are 
characters which, after decoding in a teletext envi- 
ronment, are displayed on the first line of the 
screen. When the decoder recognizes the begin- 
ning of the line "0" of a fresh page, it also recog- 
nizes in the preceding line received, the last line of 
the preceding page. In that way each line "0" 
determines the end of a page and the beginning of 
the following page. The lines transmitted between 
two lines "0" may In tum be sent in any order (for 
example line 1, line 10, line 6, etc.) insofar as each 
line has at Its head the items of information neces- 
sary to be Identified. If the decoding circuit detects 
the end of the page by virtue of the line "0" of the 
subsequent page. It assumes that the lines which 
have not been received of the preceding page are 
empty lines. 

The items of information received in relation to 
line 1 to 23 are displayed as lines of the text which 
appears on the television screen. For those lines 
also, the first three bytes (clock run-in, 2 bytes; and 
framing code. 1 byte) are used by the decoder for 
line synchronisation; another two bytes identify the 
magazine number (3 useful bits) and the line num- 
ber (5 useful bits). The remaining bits provide the 
information for finding and correcting enrors in ac- 
cordance with the hamming code 8/4. The remain- 
ing 40 bytes are the teletext data con-esponding to 
that which is displayed on the television screen. 


GENERAL ASPECT OF TELESOFTWARE 

The telesoftware service constitutes an exten- 
sion of the functions of the TELEVIDEO service 
and permits the reception of "files" which contain 
both "software" (computer programs) and data. 

With reference to Rgure 1. the system for 
transmission of the telesoftware files provides a 
television transmitter 30 of known type which is 
normally used for broadcasting television pro- 
grammes and the description of which is outside 
the subject-matter of the present invention. The 
video signal passing into such a television transmit- 
ter comes from a mixer circuit 31 which receives 
as its input the programme video signal VIDEO 


PROGR. and a teletext signal coming from a 
teletext generation system 32. 

The teletext generation system receives at Its 
input the programme video signal VIDEO PROGR. 

5 (for synchronisation reasons) and produces the 
teletext data on the basis of information TLTXT 
coming from external terminals or remote data 
banks. Such a generation system, in the present 
invention, is also connected to a telesoftware gen- 

70 oration system formed by a computer 33. The 
computer 33 checks the coding of the data of the 
telesoftware files which are taken from a memory 
34 and provides for insertion of the coded telesoft- 
ware data between the teletext data of the system 

15 32. possibly after a ciphering operation by means 
of a ciphering circuit 35. 

The telesoftware in general constitutes a sub- 
assembly of the teletext in the sense that, in a 
teletext service comprising the transmission of an 

20 assembly of pages 36 (Rgure 4) and in which two 
pages 37 and 3d which can be displayed on the 
screen include the Index of the teletext pages and 
the Index of the telesoftware programs, the pages 

39 which are shown in broken lines are however 
25 dedicated to the transmission of files SOFT of 

programs and/or data. 

If the pages 39 containing the telesoftware are 
called up by a user equipped with a normal teletext 
receiver fitted into the television apparatus, the 

30 pages which are called up. from the first line which 
remains readable, are displayed as an assembly of 
alphanumeric of semi-graphic characters which are 
not intelligible in their whole or they are not dis- 
played, in accordance with the specific checks of 

35 the receiving apparatus. 

The use of the program and/or data files of the 
telesoftware service requires a reception unit 40 
(see Rgure 1) which is predisposed for receiving 
the television channel on which the teletext service 

40 is transmitted, a decoding unit 41. an interface 
circuit 42 and a computer 43 which, by means of 
its keyboard 44 and a control program, controls the 
unit 41 and provides for loading of the items of 
information received into its internal memory or into 

45 an extemal memory 45. 

In the embodiment shown in Rgure 1 the re- 
ception unit 40 is a television receiver of commer- 
cial type which is provided with a peritelevision 
plug (SCART) 46 which is known per se and is 

50 connected to an aerial 47. The receiver 40 is used 
for tuning in the television channel bearing the 
teletext service with the desired telesoftware. The 
decoding unit 41 is also provided with a peri- 
television plug 51 which is connected by way of a 

55 "hybrid" cable 52 to the plug 46 of the receiver 40. 
The decoding unit 41 uses the demodulated 
video signal Vin-SCART coming from the receiver 

40 for decoding the corresponding teletext signals 
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and feeds the screen, of the receiver 40 by means 
of the signals RGB generated by the unit 41 under 
the control of the computer 43. 

The decoding unit 41 comprises a video signal 
processor circuit (VIP) 56, a teletext signal control 
microprocessor (EURO-CCT) 57 and a random ac- 
cess memory (RAM) 58. Those circuits are of 
standardised type for decoding teletext signals and 
are widely available on the market In particular the 
VIP circuit 56 is for example of the type SAA 6230 
and is capable of extracting from the signal Vin the 
serial teletext information present in the frame 
flyback. The circuit EURO-CCT 57 is for example 
of the type SAA 5240 and is suitable for acquisition 
in parallel mode of the teletext data received and 
for storage thereof in suitable locations in the RAM 
58; it further comprises a character generator con- 
trolled by the teletext signals and provides for 
generating the corresponding signals RGB. 

The decoding unit 41 also comprises a switch- 
ing circuit 59 for the signals RGB, which is con- 
nected to suitable contacts of the SCART plug 51 
and Is also connected to the computer 43 by way 
of a video connector 60. The computer 43, by way 
of the Interface circuit 42 and a connector 61 of the 
unit 41, provides for exchange of data with the 
EURO-CCT circuit 57 and for controlling by way of 
the connector 60 th© switching circuit 59 for dis- 
playing at the receiver 40 alternatively either th© 
cTiaracters generated by th© EURO-CCT circuit 57 
or the characters generated by the computer 43. 

In the alternative construction shown in Rgure 
2 the receiving portion comprises a tuning and 
decoding unit 64 which receives the television sig- 
nals from an aerial 65 (which may also be the 
aerial 47). The unit 64 is connected to various 
circuits of a decoding unit 66 substantially the 
same as the decoding unit 41 and by way of the 
unit 66 Is connected to the computer' 43. The 
tuning unit 64 is also operable to generate at a 
plug RF 67 a television signal on a predetermined 
canier channel, to be used on a television receiver 
68 without a SCART plug and which is used only 
for display purposes. A power supply unit 70 also 
provides for th© power supply to all the circuits of 
the decoding unit 66 and th© tuning unit 64, in- 
dependently of the computer 43 or the television 
receiver 68. 

The tuning unit 64 is similar to a television 
receiver but is without the audio section, the screen 
and the associated controls. In particular the unit 
64 comprises a tuning circuit 72 which is con- 
nected to the aerial 65 and controlled by a micro- 
processor 73 for reception of the desired television 
channel. Th© associated video output signal Vin-RF 
of medium frequency, is detected by a detector 
circuit 74 and supplied to a switching circuit 75 of 
the unit 66, which in tum is controlled by the 


microprocessor 73. The switching circuit 75 is also 
connected to the SCART plug 51 for receiving 
alternately with the signal Vin-RF the signal Vin- 
SCART in the situation where the decoding unit 66 

5 Is connected to the SCART plug 46 of the televi- 
sion 40 in Figure 1. The microprocessor 73 is 
connected to the computer 43 by way of the con- 
nector 61 of the unit 66 and the functions thereof 
for channel tuning and activation of the circuit 75 

70 can be directly controlled by the keyboard 44 of 
the computer 43 and the associated control pro- 
gram. 

The unit 64 also comprises a PAL encoder 77 
which is supplied with the signals RGB-CCT of the 

75 circuit EURO-CCT 57 of the unit 66 to provide a 
composite video signal Vc. By way of a switching 
means 78 and a modulator 79 the signal Vc sup- 
plies at the plug RF 67 the television ' signal for 
the receiver 68. The circuit 78 is also controlled by 

20 the computer 43 by way of the connector 60. When 
the receiver 68 has been tuned to the television 
channel generated by the unit 64, the computer 43 
can display on the screen of the receiver 68 either 
the characters generated by the circuit 57 of those 

25 generated by the computer 43. 

After tuning of the desired channel which is 
effected directly at the receiver 40 in Rgure 1 or 
by means of the computer 43 at the unit 64 in 
Figure 2, the user may call by means of the 

30 keyboard 44 of the computer 43 for storage of 
programs and/or telesoftwar© data by way of the 
interface circuit 42. The decoding unit 40, 66 firstly 
stores the data in the memory 58 and then from 
same extracts the telesoftware data in accordance 

35 with the telesoftware control and loading program 
which is in the computer 43. 

The computer 43 may be of the type known as 
a "home computer" (HC). which for example has 
no video display and which is substantially as 

40 described, or of the type known as a "personal 
computer" (PC) as indicated at 80 (see Figure 3). 
typically provided with its own 25 line display 81 
and a separate keyboard 82 and optionally con- 
nected to a printer 83. 

45 In the case of the PC 80, loading of telesoft- 
ware programs provides for use of a tuning and 
decoding unit 84 provided with a tuning unit 85 
similar to the tuning unit 64 in Figure 2. The unit 85 
in particular comprises the tuning circuit 72, the 

so control microprocessor 73, the medium frequency 
detection circuit 74 for the video signal Vin and a 
memory 86 for storing the tuning information relat- 
ing to a predetermined number (for example 30) of 
television channels, in per se known manner. The 

55 tuning and decoding unit 84 also comprises a 
decoding unit 87 similar to the unit 41 in Rgure 1 
comprising the video signal processing circuit VIP 
56, the EURO-CCT circuit 57 and the RAM 58. The 
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unit 84 is connected to the PC 80 by means of a 
connector 88. The PC 80 also provides for the 
supply of power to the unit 84 by way of the 
connector 88. 

The PC 80 is predisposed for processing the 
teletext and telesoftware information by means of a 
board EPROM 94 for generating TELEVIDEO char- 
acters, which is used in place of the standard 
character generation board, and an interface board 
95 for interfacing with the unit 84. to be used on an 
expansion slot in the PC 80. The control program 
for loading the software is included in an external 
carrier, for example a magnetic disk 89. The 
telesoftware control program specializes the func- 
tion keys F1-F9 and other keys of the keyboard 44 
and 82 of the computers 43 and 80 respectively for 
the "environment" created by the program. 

With specific reference to the PC 80 (see Fig- 
ure 3), acquisition of the telesoftware control pro- 
gram causes the display 81 to display a menu 90 
(Figure 5a) relating to the choice of a "MS-DOS" 
program which is known per se of the computer 80 
or "TELESOFTWARE" which is common both to 
the televideo environment and to the telesoftware 
environment. The last character line 90a of the 
display 81 (line 25) in tum provides indications of 
specialization in respect of the function keys F1 , F3 
and F5. 

The indication F1 = TUNE indicates that se- 
quential operation of the' key F1 and a group of 
numeric keys of the keyboard 82 acts on the tuning 
circuit 72 and on the memory 86 of the unit 84 
(see Rgure 3) for storing the associated tuning 
data, associating same with a corresponding index 
number. The indication F3 = PROG specifies that 
actuation of the F3 followed by actuation of two 
numeric keys representative of the index number 
makes it possible to select the desired channel by 
means of the data in the memory 88. The indica- 
tion F5 = QUIT specifies that actuation of F5. 
confirmed by actuation of the key CR (carriage 
return) causes the PC 80 to retum to the MS-DOS 
system. 

After selection of the desired channel the PC 
80. in the televideo mode, causes the display 81 to 
display the typical menu 91 (Rgure 5b) of that 
mode, that is to say the page index 37 of the 
teletext pages 36 (progressive to 100) in which the 
index of the televideo pages is present, just as 
would appear in a commercial television set pro- 
vided with televideo decoding circuits. In that case 
also the first line (line 0) of the display 81 canies 
the indications in respect of the page (100). the 
transmitting station (RAI). the day and the time. In 
addition the last character line 91a of the display 
81 has five fields which, in an initial order 91 a1. 
provide the following indications: F1 = SEL; F3 = 
SAVE: fS = PAG - 1; F7 = PAG + 1: and F9 = 


MORE. Those indications are representative of a 
new specialization of the function keys F1 - F9. 
Actuation of F1 followed by the input of three 
decimal digits, actuation of a separator key. possi- 

5 biy the input of another three decimal digits, and 
confirmation by actuation of the key CR, causes 
storage of and call for a page 36 (Figure 4) of 
teletext and possibly its sub-page, as selected. 
The actuation of F3 followed by an alphabetic 

10 key indicative of a memory and a series of char- 
acters and confirmed by actuation of the key CR 
causes storage in the memory specified by the 
alphabet key of the content of the page selected 
and shown on the display 81. F5 and F7 respec- 

75 tively select the respectively subsequent and pre- 
ceding pages, relative to the selected page. Rnally 
actuation of F9 causes a change in the order from 
91 a1 to 91 a2 (see Rgure 5b) in which the five 
fields of the character line 91 a provide the following 

20 indications: 

F1 = EXIT; F3 = PRINT; F5 = LOAD; F7 = 
MASK; and F9 = MORE. 

In the order 91 a2. actuation of F1 causes return 
to the menu 90. Actuation of F3 followed by ac- 

25 tuation of the key CR causes printing of the page 
displayed, by means of the printer 83. Actuation of 
F5 followed by a letter and a series of characters 
and confirmed by actuation of ti)e key CR in turn 
causes display of any page of teletext which had 

30 been previously stored with the key F3 (SAVE). 
Actuation of F7 will mask a part of ttie area dis- 
played, for example to conceal a telequiz solution; 
and finally actuation of F9 will retum the PC80 to 
the previous order 91 al. 

35 In the event of errors in actuation of the keys, 
the reason for the error will t»e displayed on the 
display 81 (Rgure 3) and correction of the en-or is 
possible after actuation of the spacer bar SP of the 
keyboard 82 which returns the PC 80 to the status 

40 immediately preceding that in which tiie error had 
occunred. 

In the televideo mode, selection of the page 
index 38 of the telesoftware programs (Rgure 4) 
will cause the display 80 to display a menu 92 

45 (Figure 5c) of the available telesoftware programs, 
with the appropriate indication of the first teletext 
page in which the various telesoftware programs 
begin. The last line 92a of the display 81 also 
maintains the same indications in respect of the 

50 line 91a as specified in the orders 91 al and 91 a2. 

As will be described hereinafter, selection of 
one of the telesoftware pages indicated In the 
menu 92 causes automatic adaptation of the PC 80 
to the specific telesoftware mode and causes the 

55 display 81 to display the indications 93 (Figure 6) 
in which the first line has the same items of in- 
formation of a teletext page and the last line 93 in 
an initial order 93a1, bears the following items: 
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Fl = SEL; F3 = TEXT; F5 = RUN; and F9 = 
MORE. 

Actuation of F1 followed by the number of the 
page will select the desired telesoftware program. 

The other lines on the display 81 will then 
supply the following items which will be automati- 
cally extracted by the PC 80 from the telesoftware 
program being received: 

- PROGRAM, together with the number of the 
pages and the index; 

- FILE TYPE, with specification of the type, which 
may be Indicative of the language used such as 
BASIC or COMPILED (or EXECUTABLE, which is 
already written in machine code and which can be 
executed under the MS-DOS operating system), or 
indicative of the nature of the program such as 
TEXT or DATA, as will be described hereinafter; 

- FILE NAME, together with the name of the file; 

- FILE LENGTH, with specification of the length of 
the file, in hexadecimal code; 

- PAGES RECEIVED, together with the number of 
pages received, in hexadecimal code; 

- INCORRECT LINES, together with the number of 
incorect lines received. 

The incorrect lines will be automatically cor- 
rected by the PC 80 or replaced by other lines 
which are received at subsequent times, as will be 
described hereinafter. That number will be useful 
for determining the quality of the reception chan- 
nel. When reception is concluded, the number of 
wrong lines will be automatically zeroed; and finally 

- AQUISmON IN PROGRESS, which will remain 
displayed until the program has been completely 
acquired by the PC 80. 

Actuation of F3 causes retum of the PC 80 to 
the televideo mode. Alternatively return to the last 
televideo page is also activated by actuation of the 
key ESC (escape). 

Actuation of the key F5 causes execution of 
the acquired program. 

Actuation of the key F9 switches the PC 80 
between the order 93a1 and an order 93a2 in 
which the last line 93a bears the following indica- 
tions: 

Fl = EXIT; F3 = SAVE; and F9 = MORE, and in 
which actuation of Fl makes it possible to return to 
the menu 90 in Rgure 5a. Actuation of F3 makes it 
possible to store the telesoftware received in a 
mass memory of the PC M with the procedures 
already indicated in relation to storage of a teletext 
page. Rnally actuation of F9 switches the PC 80 to 
the order 93a1 . 

In each case, when reception is concluded, the 
user will have available on the computer HC 53 or 
the PC 90 a file of programs and/or data as if it had 
been loaded from any mass canier directly con- 
nected to the computer. 

Transmission of the files takes place by using 


a communication protocol for setting up and main- 
taining the communication and which permits ade- 
quate protection for the information of the file in 
regard to transmission errors. 

5 In the embodiment of the telesoftware trans- 

mission system according to the invention, no vari- 
ation in the present teletext standard has been 
introduced. In particular the system has kept the 
same transmission unit (the line) and the same 

10 structure at the page side level as the teletext 
service. On that basis, it has been possible to use 
a good part of the apparatuses and circuits which 
are already In use both for the transmission and for 
the reception of the teletext service. 

GLOSSARY 

Set out below are the definitions of some terms 
20 which are repeatedly used in the course of the 
description. 

"Block" is an assembly of data zones of a 
chapter which belong to a file and which are ar- 
ranged in contiguous sides. 
25 "Byte" is a unit of area of memory, always 
formed by 8 bits. 

"Chapter" is the assembly of all the sides 
characterised by the same page number. 

"Character" is an elementary assembly formed 
30 by 8 bits. It contains from 6 to 8 useful bits of 
information. 

"Side" is a teletext page which always has the 
same information content. 

"Telesoftware side" is a teletext page used for 
35 the transmission of telesoftware data 

"File" is an assembly of data or programs 
relating to a given topic. 

"Group" is an assembly of contiguous pages 
which is dedicated to the telesoftware transmission. 
40 "File heading" is a structure of data containing 
an assembly of information which permit control of 
another assembly of data which is associated 
therewith. 

"Side heading" is a structure of data an-anged 
45 in each telesoftware side and containing informa- 
tion relating to the content thereof. 

"Program" is the assembly of data containing 
the items of information which permit the processor 
to carry out a logic sequence of elementary oper- 
50 ations. 

"Protocol" is the assembly of rules and con- 
ventions which make it possible to set up and 
maintain a communication. 

"Data segment" is an assembly of data which 
55 are located in contiguous memory positions. 

"Data zone" is an assembly of the characters 
of a telesoftware side containing the data relating to 
a single file. 
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DIFFERENCES BETWEEN TELETEXT AND 
TELESOFTWARE 

In order to be able to maintain a page structure 
which does not depend on the number of the line, 
the line 0 has not been used in the telesoftware 
system. All the telesoftware Information has there- 
fore been put into lines 1 to 23. 

In accordance with the invention, differentiation 
as between the teletext system and the telesoft- 
ware system has been entrusted to some items of 
information which are included in each individual 
page side. In contrast to the information contained 
in a teletext side, which information can be dis- 
played directly, the items of information of a side 
for telesoftware comprise the following: 

a) data relating to management of reception; 

b) data which constitute part of the file to be 
received: and 

c) data for checking the data of point b). 
The telesoftware information contained in the 

side is not used directly but requires a series of 
preparations. The way chosen for distinguishing the 
telesoftware chapters from the teletext pages has 
been that of notifying the receiving computer which 
they are. In addition, to ensure a high level of 
flexibility of operation, there has been created a 
dynamic configuration for the receiving apparatus 
in dependence on the conditions of operation, de- 
fining in contrast a single fixed chapter, for the 
configuration of the protocol, as will be described 
hereinafter. 


SUBDIVISION OF THE LEVELS OF THE PRO- 
TOCOL 

In order to separate the various problems 
whether of system or communication type, in ac- 
cordance with the invention, the protocol has been 
divided into "levels" for a hierarchical solution to 
the problems of encoding/decoding data. More pre- 
cisely there are eight "levels" which are examined 
from the point of view of the receiving system. 

Level 8 (access check). This is dedicated to 
checking the access of the data of the file transmit- 
ted and permits selective reception of the files, or it 
enables for reception in the clear mode only the 
computers which have in their memory the de- 
ciphering access key for the ciphered files. This 
level 8 may be used with any of the known 
ciphering/deciphering systems and is not described 
in detail herein. 

Level 7: coding of the file and link 
(connections) between the chapters. This refers to 
that part of the protocol which joins the assemblies 
of data received and controls the automatic search 
for fresh chapters for complete reception of the file. 


Level 6: side coding. This refers to that 
assembly of rules for constructing a side of a file. 

Level 5: transcoding of character. This is 
dedicated to the passage from transmission coding 

5 to a specific 8 bit coding. 

Level 4: detection/correction of errors. This 
is dedicated to handling the code, in such a way as 
to introduce verification of correctness and possible 
self-correction of the digital data received. 

10 Level 3: masking. This refers to a level which 

provides for "masking" of the data in such a way 
as to compensate for the effects due to the critical 
sequences of data. 

Level 2: teletext coding. This refers to that 

15 part of the system which relates to decoding of 
teletext data. 

Level 1: physical level. This refers to the 
apparatuses which provide for reception of the vid- 
eo signal and extraction of digital data from the 

20 broadcast signals. 

In accordance with the invention the features of 
operation of the levels from three to eight as set 
forth above are defined by a series of parameters 
which are combined together and transmitted in a 

25 fixed chapter and with fixed coding, as will be 
described in greater detail hereinafter. In that way it 
is also possible to transmit decoding programs 
which ex-novo reconstruct the various levels, with a 
high degree of flexibility in relation to more sophis- 

30 ticated transmission and/or reception systems, 
without the users who operate with the first telesoft- 
ware version still having to be penalised by subse- 
quent developments. 

At the time of commencement, the receiving 

35 system will search for and read automatically the 
Configuration Chapter and is predisposed in accor- 
dance with the specification of the parameters of 
the protocol which are read. After that aquisition 
operation the receiving system is then ready to 

40 receive the transmitted files. 

In general each item of data within the protocol 
is interpreted as a "byte", that is to say it has 8 
bits which are all significant. For the lower levels 
(1, 2, 3 and 4) however there may be characters 

45 with an information content of 6. 7 or 8 bits which 
are expressly specified from time to time. 

The addresses of data contained in a page 
side are always calculated on the data which are to 
be found between levels 5 and 6 or after tran- 

50 seeding and before decoding of a side. In addition 
the first byte of the side is considered as byte 0. 
The size of an assembly of bytes is expressed in a 
similar fashion. 

55 
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CONFIGURATION CHAPTER OF THE PROTO- 
COL 

The Configuration Chapter is the only chapter 
of the telesoftware system which has a fixed cod- 
ing and structure. The items of infonnnation con- 
tained in the configuration chapter concern the 
following: 

1 ) The presence of a telesoftware service on 
the channel when the Configuration Chapter is 
transmitted; 

2) The specification of the teletext chapters 
which are dedicated to the telesoftware transmis- 
sion; and 

3) The specification of auxiliary items of in- 
formation intended for reception of the files. 

In accordance with a preferential choice which 
is compatible with the present TELEVIDEO sen/ice, 
the Configuration Chapter of the protocol which has 
been selected is the TELEVIDEO chapter whose 
hexadecimal code is "OFF". That relates to a chap- 
ter which is not used by the Televideo service; 
other choices are obviously possible but they are 
made once and for all insofar as the configuration 
Chapter is searched for and identified automatically 
by the actual receiving computer on the basis of 
the address thereof. 


Data coding of the Configuration Chapter 

The configuration chapter "OFF" may be sub- 
jected to two different types of coding: 

1 ) Coding of type A which can be used for 
telesoftware transmissions where it is possible to 
use 8 bit transcoding; 

2) Coding of type B, with 3/4 transcoding, 
which can be used for the telesoftware systems 
where 8 bit transcoding cannot be used. 

To provide that the receiving computer knows 
a priori the precise coding of the configuration 
chapter, the lines 0 of the sides which constitute 
the chapter "OFF" provide in their bytes 8 to 11 a 
"sub-code" associated with the type of transmis- 
sion of the page "OFF". The receiving system 
distinguishes the codes of the chapter "OFF" on 
the basis of the sub-code of the side received. 
When the value of the sub-code is between 0 and 
CF7F, the coding is of type A; when the value of 
the sub-code is greater than or equal to 1000. in 
hexadecimal, the coding is of type B. Apart from 
the adjustment of transcoding to the sub-code re- 
ceived, the receiving unit is also predisposed to 
receive coding in respect of the side data of ham- 
ming type (40. 34) for transmission which is effec- 
ted up to 23 lines per side, from lines 1 to 23, for a 
total of 920 characters/side. 

When the predisposition operations are carried 


out, the chapter OFF may be formed by a plurality 
of sides. Each side may contain up to 736 valid 
bytes for coding of type A and up to 552 valid 
bytes for coding of type B. 

5 In any case any extension is possible, by using 

other configuration chapters and other rules in dif- 
ferent pages of the transmission. By maintaining 
compatability with the first version of the protocol, 
the only result will then be that the fresh chapters 

10 will be ignored by the preceding versions. 

Configuration of the protocol 

15 The structure of the sides of the chapter "OFF" 
is different from that of the sides of the files of data 
and programs. 

The items of information contained in the var- 
ious sides of the chapter "OFF" (Figure 7). already 

20 identified, comprise the following: 

a) General Data of Configuration 100 of the 
entire protocol; 

b) Data of Details of Group 110 of the 
telesoftware chapters; 

25 c) Optional Data of Modification of the Re- 

ception Program 120; 

d) Optional Data of Details of Obsolete Ver- 
sions. 

In addition each side of the chapter "OFF" 
30 comprises data in respect of Check Parameters 
125 relating to reception of the sides of the chapter 
"OFF". Those data are contained in the first three 
bytes of the side and will be described in detail 
hereinafter. 

35 The chapter "OFF" is of a structure which is 
variable in dependence on the transmission re- 
quirements, as already described, but the data of 
point a) and the data of b) are always specified. 
The parameters which are specified in typical 

40 situations of use may be transmitted in a single 
side with minimum loading of the transmission. The 
parameters are also formed by "bytes" and the 
positioning data are referred to the position in the 
side 0 of the chapter. 

45 

a) General Configuration Data 

The data 100 which configure the transmission 
50 protocol relate to characteristics which are indepen- 
dent from the "groups" and comprise, in the order 
of transmission and considering the first byte of the 
side as a position byte 0: 

1 ) Two bytes 1 01 , from position 3, which are 
55 indicative of the total length of the chapter "OFF", 

2) One byte 102, in position 5, which is 
indicative of the number of details of groups of 
telesoftware chapters. 
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3) One byte 101. in position 6, which is 
indicative of the length of a telesoftware group 
detail: that item of data indicates the number of 
bytes of which each detail of the telesoftware chap- 
ter is composed, 

4) Two bytes 104, from position 7, for defin- 
ing the address of the detail of the first telesoftware 
group, which is indicative of the location from 
which the detailed list of the groups begins, with 
reference to the entire chapter 0FF, 

5) One byte 105. in position 9, for defining 
the number of details of protocol exchange, which 
is indicative of the total number of variations in the 
reception program in the various versions. 

6) One byte 106. in position 10, which is 
indicative of the length, in number of bytes, of a 
detail of protocol exchange. 

7) Two bytes 107. from position 11, which 
are indicative of the address of the detail of the first 
protocol exchange, 

8) A byte 108. In position 13, for defining the 
number of the obsolete versions, and 

9) Two bytes 109, from position 14, for de- 
fining the address of the detail of the first obsolete 
version. 

Other positions may also be dedicated to the 
detail of the operation of coding data. 


b) Group Detail Data 

The chapters dedicated to transmission of files 
which belong to the same telesoftware group have 
the same transmission characteristics for them all 
to be recognized by the receiving system. The 
protocol makes it possible to define up to 255 
different telesoftware groups. Each group detail 110 
comprises the following parameters: 

1) Two bytes 111. from position 15 of the 
side, "start page", which are indicative of the first 
chapter of the group dedicated to the telesoftware 
and in which the first chapter indicated is included 
in the group, 

2) Two bytes 112. from position 17, "stop 
page", which specify the last chapter of the 
telesoftware group and in which the chapter in- 
dicated is included in the group, 

3) One byte 113, position 19, "type of tran- 
scoding and auto-correction code", which specifies 
the group characteristics. That byte is subdivided 
into two portions in which: 

a) The portion which is made up of bits 0 
and 1 of the byte contains the indication of the 
coding with which the files In the group are trans- 
mitted, as follows: 0,0. 8 bit transmission; 0.1. 7 bit 
transmission, with parity; 1.0. 7/8 bit transmission; 
and 1.1 3/4 bit transmission. A table of correspon- 
dence, in relation to the fifth transmission level. 


provides for transcoding of the data received by 
the receiving system from the system with which 
the transmissions take place, with 8 bit coding. 

b) The portion formed by bit 2 of the byte 

5 contains the indication of the type of data coding 
used in the transmission of the group, for genera- 
tion of the check characters and possibly auto- 
correction characters. If the bit is "0", that indicates 
that the data coding is of the type with "auto- 

70 corrector code" and "character recognition code" 
(CRC) in respect of a line. If the bit is "1". that 
indicates that data coding is of the type with only 
tine CRC. 

;5 

c) Reception Program Modification Data 

In the protocol configuration phases the trans- 
mitting station 30 may broadcast programs which 

20 make it possible to modify the telesoftware recep- 
tion program. The information on those modifica- 
tion programs are disposed in the configuration 
chapter "0FF" as assemblies of data 120 which 
specify each variation. Each assembly of data com- 

25 prises the following parameters: 

1) A byte 121 "reference version", for a 
digital value of between 0 and 255. to which there 
corresponds a particular telesoftware version. It 
serves to indicate to which program the transmitted 

30 modification refers. By way of example, two of 
those versions are respectively associated with a 
program MSX-Olivetti for home computers and a 
program for MS-DOS operating systems for per- 
sonal computers. 

35 2) A byte 122 "Substitution index", the value 

of which indicates which routine is to be replaced. 
If the value if set at 0FFH. that indicates that the 
entire reception program is to be replaced. 

3) Three bytes 123. "RIe detail", which are 

40 indicative of the file in which the replacement pro- 
gram is contained. RIe transmission coding is com- 
patible with that defined for the telesoftware group 
to which the file belongs. 

The code transmitted in the specific file con- 

45 stitutes the modification to the program, that is to 
say it replaces either a routine of the program or 
the decoding program which is implemented on the 
receiving computer. 

50 

d) Data of Details of Obsolete Versions 

In case there are versions of telesoftware which 
are no longer supported by the transmitting sys- 
55 tem, in byte 108 of the general Configuration data 
100. tiie number of the obsolete versions is greater 
than "0". 

The versions which are no longer supported 
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are specified by indicating thenn consecutively as 
blocks of data 128 from the allocation of the chap- 
ter which is indicated at byte 109 of the General 
Configuration Data 100. 


Check parameters 


As already emphasised, the configuration chap- 
ter "OFF" is generally made up of a plurality of 
sides. For handling reception of that chapter, intro- 
duced at the beginning of each side of the chapter 
"OFF*' are three bytes 125 in respect of check 
parameters, which are independent of the logic 
sequence of the above-described data and which 
contain items of information relating to the recep- 
tion of the sides. Those parameters are formed by 
two portions: 

1) One byte 126, at position 0, associated 
with a masking code, as will be described in rela- 
tion to masking level 3, and 

2) Two bytes 127, from position 1. asso- 
ciated with a positioning index of the side, of the 
type "i/n", in which "n" indicates the total number 
of sides in the chapter and "i" specifies the pro- 
gressive index of the side. In particular the first 
side of the chapter is of a value 0 while the second 
side is of a value 1 and the last side is of a value n. 

Rgure 7 shows in graphic form the diagram- 
matic map of the parameters which make up the 
chapter "OFF". Illustrated therein by way of exam- 
ple are the obligatory parameters which are con- 
tained in the solid-line rectangles 100, 110 and 125 
and the optional parameters 120 and 128 which are 
contained in the broken-line rectangles. Figure 7 
also shows the conrelation of some parameters. 


CODING OF THE FILE AND THE LINKS BE- 
TWEEN THE CHAPTERS 


Coding of the file is effected at the seventh 
protocol level and concems the actions performed 
by the receiving system in handling the assemblies 
of data received to extract a file. In particular the 
file is considered as being made up of the heading 
of the file and a part containing the data in the true 
sense. 


Structure of the heading of the file 


The heading of the file is a data structure 
which contains information in respect of manage- 
ment of transmission of the file and an assembly of 


auxiliary data in respect of the transmitted file. 
Reception of the file heading Is therefore necessary 
for acquisition of the file itself. The file heading 
may be positioned on any side of the chapter, with 
5 the following rules: 

I) A single file heading may be specified for 
each side; 

ii) It must be contained entirely on one side; 

and 

10 ill) It is always arranged at the beginning of 

the side, immediately after the side heading. 

The parameters relating to the file heading 
comprise fixed parameters and optional or variable 
parameters in which the fixed data are at predeter- 

15 mined positions within tiie file heading and the 
optional data, when such are present are arranged 
in the order in which they are defined. 

In the following paragraphs, the positioning val- 
ue indicates the position of the first byte of the 

20 portion in question. Numbering is effected relative 
to the file heading, considering the position of the 
first byte of the portion in question: Numbering is 
effected relative to the file heading, considering the 
position 0 as the first byte of the heading. 

25 

Fixed parameters 

The fixed part of the file heading is formed by 
30 five parameters of which four are formed by one 
byte and one by tiiree bytes, which describe the 
significance of the data transmitted and the file 
structure. 

In particular tiie parameters are in the following 
35 order of anrangement: 1) flags; 2) specification of 
the type of file; 3) number of data segments; 4) 
program start address; and 5) number of links: 

1) Rags: by one bytes, each bit or "flag" of 
which is of the following significance: 
40 a) Autorun: when positioned at 1 it causes 

automatic run of the file received without interven- 
tion on the part of the operator. 

b) Autosave: when positioned at 1 it 
causes automatic save of the program on a mass 

45 carrier with the same name as that specified in the 
field "filename". It requires the "tilename" to be 
specified. 

c) Overlay link: when positioned at 1 it 
indicates that specified is the optional parameter 

50 which specifies a file which constitutes an overiay 
of the file transmitted. 

d) Filename present: when positioned at 1 
it indicates that there is included an optional pa- 
rameter which specifies the name of the file trans- 

55 mitted. 

Comment: when positioned at 1 it indi- 
cates that the comment field is included. 
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f) Presence of the access code: when that 
bit is positioned at 1 it indicates that a ciphered 
access code is specified and consequently level 8 
of the protocol is activated. 

g) and h) Two bits which are not used. 

2) RIe type specification, by one byte: this 
parameter specifies the type of file transmitted. At 
the present time, by way of example, among the 
256 available codes, nine possible types of files 
have been defined, of which the first three types of 
files refer strictly to f^SX machines and the last 
four types of files are dedicated to the MS-DOS 
operating system, as follows: 

1 . Executable: the files contain a program written in 
machine code which can be executed under the 
MS-DOS operating system. 

2. Pre-interpreted Basic: the files contain a pro- 
gram which can be directly executed by the Ex- 
tended Basic interpreter of the MSX operating sys- 
tem. 

3. Listing Basic: the files contain a Basic program 
in ASCII format which can be executed on the MSX 
operating system. 

4. Data: the files contain a written text which can be 
displayed directly. 

5. Text the files contain a written program which 
can be displayed directly. 

6. Executable: the files contain a written program in 
machine code which can be executed under the 
MS-DOS operating system in EXE format 

7. Pre-interpreted Basic: the files contain a pro- 
gram which can be directly executed by the GW 
Basic interpreter of the MS-DOS operating system. 

8. Listing Basic: the files contain a Basic program 
in ASCII fomnat which can be executed with the 
GW Basic interpreter of the MS-DOS operating 
system. 

9. Executable: the files contain a program which is 
written in machine code which can be executed 
under the MS-DOS operating system, in COM for- 
mat 

The codes of the values from the 10th to the 255th 
have not been defined. 

3) Number of data segments, by one byte: 
specifies the data segments into which the files is 
subdivided. The value may vary from 1 to 255. 

4) Program begin address, by three bytes: 
indicates the address at which access is to be 
made to be able to execute the transmitted pro- 
gram. That parameter is significant only when the 
file contains a program. 

5) Number of links, by one byte: specifies 
the number of chapters, besides that specified in 
the selection, into which the file has been sub- 
divided. 

The muiti-byte numbers are numtjers which 
can assume values on the decimal scale of higher 


than 255, in which the least significant byte of the 
number is specified as the first byte and the most 
significant byte is specified by the last. 

5 

Variable parameters: data segment detail 

The data segment detail is executed by means 
of two parameters: 

w a) Segment length, by three bytes: specifies 

the number of bytes making up the segment, and 

b) Starting address, by three bytes: specifies 
the memory address in which the first byte of the 
segment is to be disposed. If the item of data 

T5 transmitted is equal to the value OFFFFFFH. the 
segment does not have a given allocation, that is to 
say the receiving computer may position the seg- 
ment in any arbitrary memory location. 

20 

Variable parameters: Link of a data block 

The link parameter in respect of a data block is 
intended to specify all the parts into which the file 
25 being transmitted has been divided. 

In general a file may be divided into an assem- 
bly of blocks which can be transmitted in different 
chapters. Associated with each block is a "link" 
(connection) parameter and therein the arrange- 
30 ment of the links is a matter of fundamental impor- 
tance insofar as it establishes the logic sequence 
of linking together the various chapters in the re- 
ception phases. 

The composition of a link comprises: 1) chap- 
35 ter detail; 2) side detail; and 3) number of sides of 
the data block. 

The link parameter comprises a data structure 
of fixed length which is formed by three portions or 
fields for a total of 4 bytes which are in the follow- 
40 ing order: 

1) Chapter number, by two bytes: indicates 
the chapter which contains the data block. 

2) Number of the starting side, by one byte: 
indicates the side which contains the first data zone 

45 relating to the specified block. 

3) Number of sides, by one byte: indicates 
how many sides have been used for transmission 
of the block. The data zones which are dedicated 
to the transmission of a block are arranged in 

50 contiguous sides, starting from the side specified in 
point 2). 

Variable parameters: overlay link 

55 

The aim of the overlay link is to specify a file 
used internally by the selected program. 

The presence of this field is subordinate to the 
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"Flag" c) of link overlay in the first byte of the fixed 
parameters. When that "Rag" is positioned at 1. 
the field is disposed immediately after the speci- 
fication of the connected chapters and is formed by 
4 bytes containing the detail of the overlay file with 
the code used for specifying the files in a chapter, 
which is defined as the number of the chapter, by 
three digits, and the fixed parameter of the file. 
When the link overlay parameter is specified, auto- 
save and the filename of the fixed parameters also 
have to be specified. 


Variable parameters: filename detail 

The filename specification field contains the 
name of the file to which the heading refers. The 
presence of that field is subordinate to the filename 
"Rag" d) of the fixed parameters. The first byte of 
the field specifies the length in the number "n" of 
bytes of the string. The name of the file imme- 
diately follows the byte relating to the length and 
occupies the "n" bytes specified in the first byte of 
the field. 

The filename detail field is arranged imme- 
diately after the overlay link field. 


Variable parameters: comment 

The comment field Is reserved for the inclusion 
of a text forming a brief comment on the transmit- 
ted field. The presence of this field is subordinate 
to the comment "Flag" e) of the fixed parameters. 

Similarly to the information specified in respect 
of the filename, the first byte of this field contains 
the length of the comment. The text forming the 
comment in the true sense immediately follows the 
length. The maximum length of a comment is thus 
255 bytes. 

The comment constitutes a field of generic use 
for which the use thereof depends from one ap- 
plicafion to another. In general it contains a text 
which is capable of being immediately displayed 
by the receiving system. 


Variable parameters: access check code 

The access check code is formed by a single 
byte which indicates the type of access check with 
which the file has been transmitted. The heading of 
the file is transmitted in clear mode to permit 
recognition thereof while access to the data zones 
of the file is conditional upon the existence of a 
circuit or a program for deciphering purposes in 


the computer HC 43 or the computer PC 80. 

Whenever the data zone is transmitted in clear 
mode and the access check code is specified, it is 
set at the value 0. 

5 

SIDE CODE 


10 The sixth level of the protocol relates to side 
coding and is used for interpretation of the data of 
a telesoftware side and for extraction of the data 
• belonging to the file to be received. 

Anranged in each telesoftware side may be a 
75 maximum number of bytes, the value of which is 
determined by the redundancy selected for 
detection/correction of errors (level 4) and by the 
type of transcoding (level 5). 

Dissassembly of the file and assignation of the 
20 sides of transmission of level 6 is decided in the 
transmission phase while exti'action of the data 
which accompany the file is completed in tiie re- 
ception phase. 

Arranged in each side is a side heading code 
25 which begins with tiie first byte of the side and 
which comprises in the following order: 

1) General data of the side heading; 

2) Data for specifying the file heading 
(optional); 

30 3) Data for specifying the first data group 

(optional); and 

4) Data specifying the second data grou^ 
(optional). 

35 

General data of the side heading 

The general data of tiie side heading are dedi- 
40 cated to managing the heading of the side and 
comprise the following tiiree groups of items of 
information 

1) Masking code, by one byte: memorizes a 
character containing a masking coding with which 

45 tiie side will be transmitted and tiie details of which 
are described in level 3 of tiie protocol; 

2) Positioning index, by two bytes: repre- 
. sents tiie position of the side in the chapter. Cod- 
ing by means of that index is of a structure i/n 

50 wherein "n" indicates the total number of sides in 
the chapter and "i" specifies tiie index of tiie side. 
Therefore the first side of tiie chapter Is of a value 
"0". tiie second is "1 while the last is of tiie value 
"n". Since tiie values "i" and "n" are formed by 

55 one byte, it is possible to specify chapters witfi at a 
maximum 256 sides. 
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3) Specification of the content of the side 
heading, by one byte: it can indicate the presence 
of a file heading detail and up to two details in 
respect of data zones, which are independent of 
each other. Each data zone concerns the assembly 
of characters of the telesoftware side containing the 
data relating to a single file. The byte dedicated for 
that purpose has been divided into three portions 
or fields in which: 

a) Bit 6 relates to the file heading and 
specifies the presence of the file heading in the 
side when it is set to 1. That therefore indicates 
that the data for specifying the file heading are 
included in the side heading; 

b) Bits 3, 4 and 5 relate to a first data 
zone 1; and 

c) Bits 0, 1 and 2 relate to a second data 

zone 2. 

The two fields relating to the data zones have a 
coding in which: "000" indicates that there Is no 
data zone: "001" indicates that there Is a single 
data zone in the chapter; "010" indicates that the 
data zone is the first data zone of the chapter; 
"Oil" Indicates that the data zone Is a central data 
zone of the chapter: and "100" indicates that the 
data zone is the last data zone of the chapter. The 
other codes are not defined. 


Data specifying the heading of the file 

The data relating to specifying the heading of 
the file are optional and are included only when bit 
6 of the byte 3) of the specification of the content 
of the heading of the side is positioned at 1 . That 
system comprises data relating to: 

a) "Extension", by one byte: specifies the 
extension of the file. The file is thus uniquely 
determined insofar as the chapter is that to which 
belongs the side in question and the extension is 
given by said parameter; 

b) "Start", by one byte: indicates the ad- 
dress of the side where the heading of the file 
begins and immediately follows the side heading; 

c) "Length", by two bytes: specifies the 
number of bytes which make up the heading of the 
file. 


Data specifying the data zones 

The specifications of the data zones 1 and 2 
are included when the field relating thereto, in the 
byte in respect of the specification of the content of 
the heading of the side, is different from "0". The 
structure of each data specification comprises: 


a) "File specification", by three bytes: repre- 
sents the indication of the specification of the 
telesoftware file obtained specifying chapter and 
extension. The code used is of the type: (No. of 

5 chapter) (extension) wherein (No.of chapter) means 
the number of the chapter formed by three hex- 
adecimal digits, which contains the heading of the 
file; and (extension) corresponds to the fixed pa- 
rameter of the heading of the file. In particular each 

70 byte comprises two digits. In the first byte the first 
digit is zero and is not used and the second digit is 
the most significant digit of the chapter index. In 
the second byte the two digits are respectively the 
central digit and the least significant digit of the 

75 index of the chapter. The third byte contains the 
extension of the heading of the file. In the speci- 
fication of the chapter, each digit has a field from 
0C to OF whereby it can be transmitted in the 
teletext system; 

20 b) "Start", by two bytes: represents the 

starting address of the associated data zone; 

c) "Length", by two bytes: represents the 
number of bytes which make up the data zone in 
the side in question; 

25 d) "Pointer next search", by two bytes: 

specifies a chapter containing other sides with data 
zones belonging to the same file. The pointer is 
included in the transmission phase to facilitate the 
search for more chapters in the receiving phase. 

30 When the value of the pointer is greater than "800" 
in hexadecimal (2048 in decimal) that indicates that 
the next search pointer is not specified. 

35 DATA TRANSCODINQ- 


The firth level of the protocol concerns data 
transcoding and the aim thereof is to make it 

40 possible to use the protocol even in the situation 
where the receiving/transmitting system controls 
only a sub-assembly of the possible 256 configura- 
tions for each teletext character. 

The aim of data transcoding is to modify the 

45 characters with an information content of 6 or 7 bits 
in bytes of 8 bits. The information relating thereto 
is contained in the two bits of the first field of the 
"group characteristic specifications" 3) of the group 
configuration data, as described above. 

50 Recognition of the coding "00" of the two bits 
of the first field is indicative of the 8 bit transmis- 
sion in which the transcoding level is transparent. 
Therefore no modification in respect of the data 
thereof is affected. 

55 Recognition of the coding "01" indicates a 7 

bit transmission in which the most significant bit of 
the character received contains the parity of the 
other 7 bits and in which therefore the character 
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may vary only in the range of 0-127. 

Recognition of the code "10" indicates a 7/8 
bit* transcoding in which there is a transmission with 
characters with 7 significant bits without the loss of 
information in passing from the 8 bits. In particular. s 
with reference to Rgure 8, 7/8 transcoding trans- 
forms the 8 bit characters into 7 bit characters, with 
the following rules: 

- the 8 bit data are subdivided into groups of 7 
bytes 139a - 139g; to 

- the least significant 7 bits 140a - 140g of the 
bytes remain unaltered; 

- the 7 characters 141a - 141 g which are formed in 
that way are the first 7 bit characters; 

- the most significant 7 bits "a" - "g" of the bytes is 
139a - 139g of the group are combined in a char- 
acter 141h, making the bit "a" relating to the first 
character 139a of the 8 bit group the least signifi- 
cant bit and the bit "g" relating to the seventh byte 
I39g the most significant bit. The character 141h 20 
which is made up in that way constitutes the eighth 
character of the 7 bit block. 

The coding "11" relates to 3/4 transcoding 
which transforms 3 bytes into 4 characters without 
loss of information and without any output check 26 
character. 

The description by way of example of the way 
in which the 3/4 transcoding operation is performed 
refers to Rgure 9 in which a, b and c indicate the 
three bytes 143 and I, II. Ill, and IV indicate the four 30 
characters 144 resulting from the transcoding op- 
eration. 


DETECTION AND CORRECTION OF ERRORS 


The fourth level of the protocol is occupied 
with the protection of the data, independently of the 
information content thereof. 

Each telesoftware side is made up by the line 
0 which is not used and which is not considered by 
the telesoftware protocol and the lines 1 to 23 of a 
teletext page. Each telesoftware line is made up of 
40 bytes which can be used for supporting the 
teletext data. 

For the purposes of broadcasting the telesoft- 
ware, the system according to the invention uses a 
part of the 40 valid bytes of a line for the transmis- 
sion of the items of information and another part of 
the 40 bytes for detection and correction of the 
en'ors in the useful part. 

As already emphasised in the chapter dedi- 
cated to Group Detail Data 110 (Rgure 7), the 
system provides for two different types of transmis- 
sion. The first type concerns transmission with 
auto-con-ection code and line CRC and the second 
type on the other hand concerns transmission with 


only line CRC. The two types of transmission are 
distinguished from each other insofar as the first 
permits a higher probability of correct reception on 
first acquisition while the second permits improved 
transmission efficiency, about 15% higher than that 
of the first type. 

The polynomial generators of the CRC both of 
the first type and the second type are the same 
and depend only on the transcoding used. The 
only difference is that the CRC of the first type is 
calculated on 32 characters of data while that of 
the second type is calculated on 38 characters. 
The characteristic polynomials for calculation of the 
CRC are implemented by shirt registers and XGR 
obtained from suitable routines of the program for 
handling the telesoftware of the computer 43, 80. 

In the case of data coding of the first type, with 
auto-correction, detection and correction of the er- 
rors is affected in two steps wherein, In a first step, 
the errors are conrected in accordance with a ham- 
ming code (40,34) and in a second step the resid- 
ual errors are detected with a line CRC. When 
detecting residual enrors, the line is rejected and 
acquisition has to be repeated a second time. 

In the case of data coding of the second type, 
only detection of the residual errors is effected. 


Transmission with 8 useful bits 


In transmission with eight useful bits, for the 
protection of data of the second type, that is to say 
without auto-correction, a 16 bit CRC is calculated 
35 on the first 38 bytes of the line; that provides 
assemblies of 40 bytes which constitute the spe- 
cific telesoftware line of that type of transmission. 

In particular and purely by way of example, the 
characteristic polynomial for calculation of the line 
40 CRCs is: "gp<) = 1 +X5 +X^2+xi6" which is pro- 
duced by a shift register 150 (Figure 13) which is 
subdivided into three sections, and three XGR 151. 
152 and 153. 

For protection for transmissions of the first 
45 type, that is to say with auto-correction, calculated 
on the first 32 bytes of data 160 (Figure 10) is a 
CRC 161 of 2 bytes and added to those bytes are 
6 hamming redundancy butes 162. For that pur- 
pose the 34 bytes obtained from the data bytes 
50 1 60 and the CRC 161 are subdivided into 8 block 
of which the first block is formed by the position 
bits "0", the second by the position bits "1". etc. 
Calculated on each block are 6 hamming redun- 
dancy bits, capable of con-ecting all the individual 
55 en-ors. In that way the 2 bytes of the CRC are also 
protected. The 32 bytes of data 160. the 2 bytes of 
CRC 161 and the 6 hamming redundancy bytes 
162 constitute the 40 bytes of the telesoftware line 
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for the 8 bit transmission with auto-correction. 

The polynomial generator of the hamming code 
(40. 34) in shortened form is as follows: "gCX)- 
= 1 +X + X5"- 

By means of that hamming block structure, any 
packets of errors are subdivided over a plurality of 
blocks, increasing the conrection capacity. 

Figure 10 shows the structure of a line of 
coded data in which the characters 160, 161 and 
162 are set out in columns and are transmitted in 
succession from left to right from the bit 00 to the 
bit H75. The hamming code blocks however are 
disposed horizontally. The least significant byte of 
the CRC is transmitted as a character 32 and the 
most significant as a character 33, The first number 
indicates the position of the bit (0-7) in the char- 
acter; the last one or the last two numbers identify 
the characters within the data field (0-31) and the 
hamming redundancy field (0-5). Each hamming 
code block is thus identified by the same number 
which is preceded by the letter H when the bit is a 
hamming redundancy bit. 

That structure makes it possible to have 3 
separate fields in the line, with separate protection 
for the data: upon reception the side can be de- 
coded by Ignoring the separate forms of protection 
for the data, to use only the CRC or completely to 
exploit the possibility of correction and detection. 


7 bit transmission (plus parity) 


For protection of transmissions with 7 bits plus 
parity, with transcoding 7 and 7/8 and of the sec- 
ond type, that is to say without auto-con-ection. 
sub-division of the data is similar to that in respect 
of the 8 bit transmissions, replacing the bytes by 
the characters of 7 bits plus parity. The CRC is 
made up of 14 bits to which are added two parity 
bits to form two characters; it is calculated on the 
useful bits of the characters, excluding the parity 
checks. 

For protecting transmissions involving 7 bits 
plus parity and transcoding 7 and 7/8 of the first 
type, that is to say with auto-correction, the struc- 
ture of the line indicated in Rgure 11 is similar to 
that shown in Rgure 10, except for the most signifi- 
cant bits which contain the (odd) parity checks of 
the characters. In particular the structure of a data 
line comprises thirty two data characters 164. two 
CRC characters 165 and six hamming redundancy 
characters 166. 

In the situation shown in Figure 11. the num- 
bers preceded by the letter P indicate a parity 
check in respect of the character white those pre- 
ceded by the letter C indicate a CRC. For example 
the bit indicated by HPO is the parity check in 


respect of the character H-0 and not the hamming 
redundancy in respect of PO. P1 . P31 . 

In the case of the transmissions involving 7 bits 
(plus parity) and transcoding 7 and 7/8, with or 

5 without auto-correction, the 14 bit CRC is calcu- 
lated on the data characters excluding the parity 
bits and is of the type: "g(X)- 
= 1 +X2 + x3+x5+X^3 + xi*" Xhat code is pro- 
duced by a shift register 170 (see Figure 14) which 

70 is subdivided into four sections and by five XOR: 
171. 172. 173. 174, 175 and 176. 

In the case of a transmission involving 7 bits 
(plus parity) and transcoding 3/4, the sub-division 
of the tetesoftware lines is shown in Figure 12 with 

IS the criteria already referred to in connection with 
Figure 10. In this case also the telesoftware line 
comprises thirty two data characters 180, two CRC 
characters 181 and six hamming redundancy char- 
acters 182. The sub-division of lines differs from 

20 the sub-division of the tines of transcoding 7 and 
7/8 only in regard to the position bit 5 which always 
assumes the value "1". The CRC is also formed by 
12 bits since positions 7 and 5 cannot be used and 
is calculated on the data characters 180. excluding 

25 the parity bits and the position bits "5". It is of the 
type: "g(X) = 1 +X+X2+X3 + X^' +X^2" ^hich is 

produced by a shift register 185 (see Rgure 15) 
sub-divided into five sections, and five XOR 186, 
187, 188, 189 and 190. 

30 It is clear that the files of transmission and 
reception of data and programs comprise means 
for detecting errors and for auto-correction of the 
significant data cointained in a given sub-assembly 
of said blocks, for obtaining correct significant data; 

35 means for storing the correct data independently of 
the complete definition of the transmission param- 
eters; means for decoding from said compatible 
data blocks of data belonging to one of said files, 
and means of taking the protocol for connection of 

40 a plurality of blocks of data constituting said file. 
This improves the time for receiving a correct file. 


MASKING 

45 

The third masking level provides for modulo-2 
addition (XOR. bit by bit), to the content of each 
telesoftware line of a fixed sequence and the aim 

so thereof is to improve the provisions of codes for 
protection from errors, in the presence of critical 
sequences. For that purpose, in successive re- 
transmissions of a telesoftware chapter, the same 
sides are transmitted with the same information 

55 content once in clear mode and another time in a 
masked mode. That condition is stored in the first 
byte of each side (line 1, character 0). "masking 
code" of the sixth level, which is transmitted in the 
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clear mode (without masking) and specifies in turn 
if the entire side is transmitted in the clear or the 
masked mode. 

The summed sequence is of pseudo-casual 
type and is repeated in identical form in each line 
of the side. This implies that the files of data and 
programs are transmitted between the teletext 
pages in accordance with a specific telesoftware 
transmission procedure which provides for sending 
the files as an assembly of sides, in which each 
side contains informative codes of the files and 
check codes in respect of the informative codes 
and in which acceptance of the informative codes 
is conditional upon compatability of the check 
codes received with the check codes generated 
locally in response to the informative codes re- 
ceived. The informative codes of each side are re- 
transmitted by means of a masking operation such 
as to reduce the errors due to critical sequences of 
said informative codes and each side provides a 
predetermined location in which there is transmit- 
ted in clear mode a masking code representative of 
the transmission mode, respectively in the clear or 
the masked mode, with which said informative 
codes have been transmitted. 

The masking has two effects. By means of 
individual acquisition of the masked side, the sys- 
tem reduces the frequency of multiple errors on 
the same hamming block due to identical critical 
byte sequences. By means of acquisition of the 
side in a clear mode and subsequently in a 
masked mode, that reduces the probability that the 
same line has repeatedly to be rejected because of 
critical sequences of errors. 

Specification of the masking code 

The code which identifies the transmission in a 
clear mode is: "00100000". The code which iden- 
tifies transmission with mask is: "01111111". 
Those codes have a hamming 6 spacing and thus 
permit con'ection of double errors. In addition those 
codes are also recognized in a transmission involv- 
ing 7 bits and with transcoding 3/4. In particular 
decoding of the masking code is effected by ignor- 
ing the parity bit 7 and the bit 5 which is fixed at 1. 
with transcoding 3/4. If the code received has four 
or more "1". it is assumed that the page is in a 
clear mode. 

The pseudo-casual sequence used for masking 
the line is generated by the polynomial: "gPQ- 
= 1 + initializing the associated generation 

shift register (not shown) with the sequence 
101010101. 

For transcoding operations with 8. 7 and 7/8 
bits, the sequence obtained is used without modi- 


fications. The mask of a line is indicated in Figure 
16, in hexadecimal notation. 

For transcoding 3/4 the bits in position "5" of 
each byte of the mask are forced to "0" so as to 
5 leave unchanged the "1" which characterise such a 
transcoding of^eration. The hexadecimal notation of 
the codes which constitute the mask is indicated in 
Figure 17. 

The introduction of the mask influences the 
10 levels 4, 3 and 2. As regards level 4, the CRC and 
the hamming codes of the first line of the side are 
calculated by making the first byte (masking code) 
20H. 

As regards level 3, after possible masking of 
15 the side, the first byte is replaced by the masking 
code. 

With transcoding involving 7 and 7/8 bits, the 
system uses the same masking as the 8 bit tran- 
scoding operation but the bits in position "7" are 

20 then replaced in level 2 by the parity checks in 
respect of the characters. With transcoding 3/4. the 
mask is transparent with respect to the bit 5 which 
is moved to 1 from the level 5 of the protocol; the 
bits "7" are replaced by the parity checks, from 

25 level 2. 

In summary, the transmission and the recep- 
tion of the files is organized at a plurality of in- 
creasing decoding levels comprising in succession: 

1) masking means (level 3) for extracting 
30 from the teletext signals significant data which are 

free from errors; 

2) means (level 4) for detecting errors and 
for auto-correction of tine significant data contained 
in a given sub-assembly of said blocks, for obtain- 

35 ing correct significant data; 

3) means (level 5) for transcoding of the 
correct significant data into data compatible with a 
predetermined coding; 

4) means (level 6) for decoding from the 
40 predetermined coding of blocks of data belonging 

to one of said files. 

5) means (level 7) for taking the protocol for 
connection of a plurality of blocks of data forming 
said file; and 

45 6) optional means (level 8) for selective con- 

trol of access to said file in accordance with a 
deciphering key. 

This permits the transmission and reception of 
tiie telesoftware data and programs which are little 

50 affected by disturbances and have a high degree of 
flexibility. 

The organization of transmission of reception 
also provides: masking of teletext sides and al- 
ternate transmission of tiie same informative con- 
55 tent of a side alternately in clear and masked 
mode, and/or acquisition of sides in clear and 
masked mode; a code in clear mode in each side 
in clear mode or masked, in which there is coded 
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an item of masking information relating to the clear 
or masking status of said side; in which acquisition 
of the data of said side is conditioned by said 
masking information; and in which the lines of said 
sides are provided with error recognition codes for 
enror-free acceptance of the Informative content of 
said side. This improves the reception of a file and 
reduces the probability of repeated rejection of a 
line of information. 


TELETEXT CODING 


The second level of the transmission is com- 
mon to the level of teletext coding which generally 
follows the standards for transmission of the UK - 
Teletext system specified if CCIR and adopted by 
RAI. That level however is also concerned with 
protection for the first five bytes of each teletext 
line with the related address and line information. 

As regards the broadcasting of telesoftware. in 
the case of an 8 bit transmission the level 2 does 
not provide for calculation of the parity on the 
character. In the situation of using other trans- 
coding operations, coding/decoding in respect of 
the data provides for calculation of an odd parity bit 
for each character, inserted as bit 7 in each char- 
acter, irrespective of whether the character in ques- 
tion Is in respect of data. CRC or hamming auto- 
con-ection. 


EXAMPLE OF PROGRAM LOADING 


Referring to Rgures 3, 18 and 19. loading of 
the telesoftware program in the memory of the 
receiving computer 80 provides for predisposition 
thereof by means of the loading program of the 
disk 89 under the control of its operating system, 
as described above. The loading program makes 
for management of the various levels of protocol of 
the telesoftware. 

The acquisition of a telesoftware page RDPSW, 
levels three, four and five, is indicated in the flow 
chart shown in Figure 18 and involves an initial 
block 201 in which the data of the RAM 58 of the 
decoding unit 87 are read. 

From the block 201 the system goes to the 
logic junction 202 in which the control unit of the 
computer 80 checks masking level three, checking 
the status of the character 0 in the first line of the 
side; the system then suitably proceeds with un- 
masking of the line in block 203 if the character 0 
is indicative of masking. 

The system then goes to management of level 
four which provides for acquisition only of data 


which are without error. In particular block 206 
involves an increment from 1 to 23 for selective 
scanning of the lines 1-23. The system then goes 
to the block 207 in which the line i'"' is decoded 

5 and to the logic junction 208 for checking if the line 
has been correctly received in accordance with the 
rules for the detection of errors of the fourth level. 

In the event of correct reception, the result of 
correct reception ERR{i) = 0 is stored at a Flag 

10 ERR{i), block 209. In the event of error, block 21 1 
sets ERR(i) = 0FL. The system then goes to the 
junction 212 relating to the status of the flag ERR- 
(0). 

In the event that error status on the line 0 is 

15 found, all the 23 flags ERRS are positioned at error 
status in the block 216 and the system proceeds to 
read another page. The error status on the first line 
in fact prevents assimilation of the indications of 
which page has been received. 

20 In the absence of error, the transcoding rou- 
tines are carried out. block 217. and in the subse- 
quent step, in the case involving 8 bit transmission, 
or in the subsequent transcoding operations involv- 
ing 7 bits, block 218. 7/8 bits, block 219, or tran- 

25 seeding 3/4, in block 221, in accordance with the 
rules of the fifth level of the protocol. 

It is clear that transmission and reception in- 
volve an error recognition code contained in each 
of the lines of the teletext pages which are asso- 

30 ciated with the files of data and programs. The 
receiver comprises means responsive to said enror 
recognition code for detecting the errors in the 
individual line or in a group of lines of the teletext 
page for receiving in a second acquisition only the 

35 line with an error. This feature improves an easy 
and quick acquisition of the data and programs of 
the files. Moreover the receiver comprises means 
for decoding from the teletext signals blocks of 
data constituting sides of files, and, means for 

40 detecting the protocol for connection of a plurality 
of chapters constituting said file. This improves the 
reception of complex files. 

The system then goes to the higher levels 
shown in the diagram in Rgure 19. In particular the 

45 block 223 involves identifying the data zones and 
thus, in the junction 224, the system proceeds to 
check that the data in the file received are different 
from zero and saves them in the memory of the 
computer, in the block 226. 

50 Subsequently a check is made in the block 227 
to ascertain if the heading of the file has been 
received. If not the system in junction 228 checks 
whether the heading of the file is in the side 
received. If in that case also the reply turns out to 

55 be negative, the system proceeds to check the 
rolling pages, block 230. and returns to block 201. 

If however the file heading is present in the 
side received, analysis of that heading is carried 
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out in the block 232, in accordance with protocol 
level 6. The system then goes on in the Junction 
233 to check whether the heading of the file has 
been received completely. If not the system returns 
to block 201 to receive the missing item of data. If 
the file heading, has been completely received, the 
system goes to the block 236 in which the received 
data are arranged in sequence. The system also 
goes to block 236 if reception of the file heading 
has already been verified at the junction 227. 

After the block 236 the system goes on at the 
junction 237 to check that all the links have been 
executed. If not, the system returns to block 201 
while it provides for loading of the saved data in 
the event that all the links have been completed. 

It is also clear that the above described receiv- 
ing apparatus comprises in the program of disc 89 
for loading the telesottware program means for 
access to the configuration chapter RD PSW, for 
taking, in a reception phase, the data configuration 
from the configuration chapter and configuring the 
receiving unit in accordance weith the telesottware 
transmission procedure; and taking means for tak- 
ing the telesottware files from the teletext pages in 
accordance with the configuration of the receiving 
unit associated with the configuration data taken 
from the configuration chapter. This permits not to 
modify the program of disc 89 even if the proce- 
dure for the telesottware transmission has been 
changed. 

With reference to the section CONFIGURA- 
TION CHAPTER OF THE PROTOCOL, it is clear 
that in the system of transmission of the invention 
the files are transmitted in accordance with a 
telesottware transmission procedure whose param- 
eters are in turn transmitted in a configuration 
chaper (OFF) between the teletext pages as con- 
figuration data associated with the telesottware 
transmission procedure: also the files with data 
and/or program are taken from the teletext pages in 
accordance with a telesottware-taking procedure, 
wherein the configuration data thereof having been 
taken from said configuration chapter. This permits 
a high degree of flexibility in modifying the param- 
eters and the procedure of transmission of data 
and programs. 


Claims 

1. A system of transmission through the air for 
files with data and/or programs in a teletext envi- 
ronment in which the teletext transmissions contain 
digital information constituting teletext pages, 
characterised in that: 

- the files are transmitted in accordance with a 
telesoftware transmission procedure whose param- 
eters are in turn transmitted in a configuration 


chapter between the teletext pages as configuration 
data associated with said telesoftware transmission 
procedure; and in which 

- said files with data and/or program are taken from 
5 the teletext pages in accordance with a 

telesoftware-taking procedure, the configuration 
data thereof having been taken from said configura- 
tion chapter. 

2. A system according to claim 1 characterised 
70 in that said configuration chapter comprises file 

specification data associated with selective modi- 
fications of the transmission protocol and that said 
telesoftware-taking means comprise means which 
respond to said file specification data for reading 
75 the chapters of said file in accordance with the 
modified transmission procedure. 

3. A transmission and/or reception apparatus 
for files with data and/or programs in a teletext 
environment in which the teletext transmissions 

20 contain digital information constituting teletext 
pages characterised by: 

- formation means for a configuration chapter for 
forming said chapter with configuration data asso- 
ciated with a specific procedure for telesoftware 

25 transmission of the files and for transmitting said 
chapter as an assembly of one or more teletext 
pages in a transmission phase or. respectively, by 
means for access to said configuration chapter, for 
taking, in a reception phase, the data configuration 

30 from the configuration chapter and configuring the 
receiving unit in accordance with said telesottware 
transmission procedure; and 

- coding means for coding the files in some teletext 
pages in accordance with said telesoftware trans- 

35 mission procedure in a transmission "phase or, re- 
spectively, taking means for taking said files from 
the teletext pages, in accordance with the configu- 
ration of the receiving unit associated with the 
configuration data taken from the configuration 

40 chapter. 

4. A system for taking files of programs and/or 
data in air-broadcast teletext transmissions in which 
said teletext transmissions comprise digital infor- 
mation forming teletext pages and in which the 

45 system comprises an apparatus for tuning of the 
signals of said transmission and an apparatus for 
decoding of the teletext signals, characterised by 
organisation of the transmission and the reception 
at a plurality of rising decoding levels comprising in 

50 succession: 

- masking means for extracting from said teletext 
signals significant data which are free from errors; 

- means for detecting errors and for auto-correction 
of the significant data contained in a given sub- 

55 assembly of said blocks, for obtaining correct sig- 
nificant data; 

- means for transcoding of the correct significant 
data into data compatible with a predetermined 
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coding; 

- means for decoding from the predetermined cod- 
ing of blocks of data belonging to one of said files; 

- means for taking the protocol for connection of a 
plurality of blocks of data forming said file; and 

- optional means for selective control of access to 
said file in accordance with a deciphering key. 

5. A system according to claim 4 characterised 
in that said files are transmitted in accordance with 
a telesoftware transmission procedure whose pa- 
rameters are in turn transmitted in a configuration 
chapter between the teletext pages as configuration 
data associated with said telesoftware transmission 
procedure, and that the telesoftware files are taken 
from the teletext pages in accordance with a 
telesoftware-taking procedure associated with the 
configuration data taken from said configuration 
chapter. 

6. A system for taking files of programs and/or 
data in air-broadcast teletext transmissions in which 
said teletext transmissions comprise digital infor- 
mation constituting teletext pages and in which the 
system comprises an apparatus for tuning of the 
signals of said transmission and an apparatus for 
decoding of the teletext signals, characterised by 
organisation of transmission and reception compris- 
ing: 

- means for detecting errors and for auto-correction 
of the significant data contained in a given sub- 
assembly of said blocks, for obtaining correct sig- 
nificant data; 

- means for storing the correct data independently 
of the complete definition of the transmission pa- 
rameters; 

- means for decoding from said compatible data 
blocks of data belonging to one of said files; and 

- means for taking the protocol for connection of a 
plurality of blocks of data constituting said file. 

7. A system for taking files of programs and/or 
data in air-broadcast teletext transmissions in which 
said teletext transmissions comprise digital infor- 
mation constituting teletext pages and in which the 
system comprises an apparatus for tuning of the 
signals of said transmission and an apparatus for 
decoding of the teletext signals, characterised by 
an organisation of transmission of reception which 
provides: 

- masking of teletext sides and alternate transmis- 
sion of the same informative content of a side 
alternately in clear and masked mode, and/or ac- 
quisition of side in clear and masked mode: 

- a code In clear mode in each side in clear mode 
or masked, in which there is coded an item of 
masking information relating to the clear or mask- 
ing status of said side; 

- in which acquisition of the data of said side is 
conditioned by said masking information; and 


- in which the lines of said sides are provided with 
error recognition codes for error-free acceptance of 
the informative content of said side. 

8. A system for taking files of programs and/or 
5 data in air-broadcast teletext transmissions in which 

said teletext transmissions comprise digital infor- 
mation constituting teletext pages and in which the 
system comprises an apparatus for tuning of the 
signals of said transmission and an apparatus for 

10 decoding of the teletext signals, characterised by 
organisation of transmission and reception, com- 
prising an error recognition code contained in each 
of the lines of the teletext pages which are asso- 
ciated with said files and means responsive to said 

75 error recognition code for detecting the errors in 
the individual line or in a group of lines of the 
teletext page for receiving in a second acquisition 
only the line with an error. 

9. A system according to claim 8 characterised 
20 by a code for auto-correction of the significant data 

contained in said line or in said group of lines and 
means responsive to said auto-correction code for 
obtaining correct significant data in the presence of 
errors in the significant data or in the auto-correc- 
25 tion code. 

10. A system for taking files of programs 
and/or data in air-broadcast teletext transmissions 
in which said teletext transmissions comprise digi- 
tal infonmation constituting tisletext pages and in 

30 which the system comprises an apparatus for tun- 
ing of the signals of said transmission and an 
apparatus for decoding of the teletext signals, 
characterised by organisation of transmission and 
reception comprising: 

35 - means for decoding from the teletext signals 
blocks of data constituting sides of files, and. 

- means for detecting the protocol for connection of 
a plurality of chapters constituting said file. 

11. A system of transmission through the air 
40 for files with data and/or programs in a teletext 

environment in which the teletext transmissions 
contain digital information constituting teletext 
pages characterised in that: 

- said files are transmitted between the teletext 
45 pages in accordance with a specific telesoftware 

transmission procedure which provides for sending 
said files as an assembly of sides, in which each 
side contains informative codes of the files and 
check codes in respect of the informative codes 

50 and in which acceptance of the informative codes 
is conditional upon compatibility of the check 
codes received with the check codes generated 
locally in response to the informative codes re- 
ceived and characterised in that the informative 

55 codes of each side can be re-transmitted by means 
of a masking operation such as to reduce the 
errors due to critical sequences of said informative 
codes and each side provides a predetermined 


20 
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location in which there is transmitted in clear mode 
a masking code representative of the transmission 
mode, respectively in the clear or the masked 
mode, with which said informative codes have been 
transmitted. ^ 
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